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METHOD AND ARRANGEMENT IN AN IP NETWORK 

FIELD OF INVENTION 

5 

The present invention relates to a method and an arrangement in an IP 
network. In particular, it relates to reserving resources to obtain a 
predetermined Quality of Service (QoS) end- to end for a certain stream of IP 
packets. 

10 

BACKGROUND OF THE INVENTION 

The Internet is based on the Internet Protocols (IP) as standardised by the 
15 IETF. Some initial objectives with the IP protocols were to interconnect 
different kinds of physical networks into one large virtual network and to 
provide a uniform platform for supporting a large range of applications. 
Some technical reasons for the tremendous success in reaching these 
objectives are: 

20 • Stateless packet forwarding: IP datagram forwarding is stateless with 
respect to application data streams. Forwarding is performed according 
to a table of destination address prefixes. 
• Dynamic and scalable, routing: Routes are set up by distributed and 
dynamic intra- and inter-domain routing protocols such as Open 

25 Shortest Path First (OSPF) and Border Gateway Protocol (BGP). These 

routing protocols automatically detect network failures and set up new 
routes to avoid failure. Inter-domain routing scales well due to 
aggregation of network address prefixes into destination rooted sink tree. 

30 The IP is designed to be used in networks where different traffic flows share 
network resources equally. This means that the received QoS depends on 
the current load in the network. 
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Currently, the Internet becomes more heterogeneous, both in terms of link 
technologies ranging from fiber optics to wireless, in terms of application 
service demands ranging from real-time interactive to asynchronous bulk 
data transfer, and in terms of user demands ranging from business critical 
5 use to unstructured home entertainment. This development drives the need 
for service differentiation in the network. A requirement on QoS 
mechanisms is that they should be developed according to the basic 
principles of stateless packet forwarding and scalable aggregation as 
described above. 

10 

The state of the art of QoS in IP networks is described below: 

Integrated Service (IntServ) / Resource ReSerVation Protocol (RSVP) 

The IntServ architecture and RSVP is a signalled architecture to provide 

15 end-to-end QoS guarantees for individual application data streams. The 
solution provides fine granular service guarantees at the price of per flow 
state complex packet classification in routers along the path. 
For RSVP, there are proposals for setting up aggregated tunnels between an 
aggregator and a de-aggregator. While this is more scalable, it is still a 

20 model where aggregated tunnels are established between pairs of edge 
routers. These edge routers suffer from at least the same complexity as 
standard IntServ /RSVP routers. For network policy management, RSVP 
relies on policy servers. 

25 Differentiated Service (DiffServ) 

DiffServ architecture standardises router support for class-based 
forwarding. DiffServ forwarding in core routers is stateless with respect to 
application data streams. Traffic conditioners at domain boundaries are 
used to guard a domain against overload. 

30 The problem of DiffServ is to meet QoS demands for a large range of 
applications. Resources (bandwidth) for the various traffic classes can be 
provisioned semi-statically, dimensioned according to expected service 
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characteristics and assumed usage statistics. However, to provide : 
predictable service levels through provisioning only, resources must be 
over-provisioned. This may be possible in homogeneous networks with 
homogeneous applications and user demands. In real networks where links 
5 with vastly different characteristics are interconnected (e.g. fiber optic 
access and wireless access) and applications/users with various demands 
over provisioning at all hops is a huge challenge. 

To provide predictable services in a heterogeneous environment, DiffServ 
must rely on dynamic Network Resource Management (NRM) to control the 
10 service quality and the usage of provisioned resources. To meet scalability 
demands, resource management should support aggregation of resource 
requests. 

Multi-protocol label switching (MPLS) 

15 MPLS is a method that extends traditional IP network layer routing and 
control protocols with label-switched forwarding. MPLS provides 
connection-oriented switching in IP networks. Labels are associated with 
specific streams of data (known as Forwarding Equivalence Classes (FEC)). 
The labels and their FEC bindings are distributed across the network, the 

20 MPLS domain, to establish a label switched path. Entering the domain, 
packets are assigned one or more labels (a stack of labels) . Passing through 
the domain, packets are forwarded based on labels. MPLS can be used to 
provide QoS by allocating resources to specific label switched paths. MPLS 
operates only within individual label switched domains. Inter-domain 

25 resource reservations are currently not supported. 

All methods described above need additional support for inter-domain 
resource provisioning. This can be provided by a server-based architecture. 
For RSVP, an architecture of policy servers has been suggested. For 
30 DiffServ, QoS agents and bandwidth brokers have been suggested. For 
MPLS, QoS agents that understand the semantics of MPLS could be used. 
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In Schelen, O. Quality of Sendee Agents in the Internet, Doctoral Thesis, 
Department of Computer Science and Electrical Engineering, Division of 
Computer Communication, Luled University of Technology, Lulea, 1998, a 
Network Resource Manager (NRM) is introduced. An NRM can provide inter- 
5 domain resource provisioning and call admission control, either 
independently of the mechanism described above or in co-operation with 
them. Among these, the combination of differentiated forwarding and NRM 
operates along the fundamental lines of stateless forwarding and inter- 
domain aggregation as described. The NRM has path-sensitive admission 

10 control, scheduling of resources over time, capability to handle resource 
requests for immediate and future use, resource signalling between 
resource manager entities (i.e. inter-domain communication) and 
aggregation of resource requests towards a destination domain identified by 
an address prefix. The NRM is aware of topology and characteristics of the 

15 network and can thus keep track of resources that exist in a routing 
domain based on topology. For each domain in the network there is an NRM 
responsible for admission control. Instances of NRM can perform admission 
control in its own domain and reserve resources with neighbouring NRMs 
for other destinations. The NRM can therefore provide a predictable QoS. 

20 

The funnel concept is also introduced in Schelen. The funnel concept is a 
scalable model for aggregation of resource requests. The funnel concept 
uses NRMs, and NRMs ask for resources from other NRMs. Reservations 
from different sources to the same destination are aggregated where they 

25 merge along the paths so each NRM has at most one reservation per 
destination domain with their neighbouring agents. An NRM in charge of 
the domain where the destination point is located can generalize received 
reservation requests for that point to cover any endpoint in its domain. 
Figure 1 shows how resource requests are aggregated towards the 

30 destination domain. Figure 1 is a network 100 comprising 4 domains A, B, 
C and D. Each domain has an NRM a, b, c, d. Dx, Dy and Dz may be a 
subnetwork or a base station controller in a wireless access network. The 
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NRM a and the NRM b need resources in domain D; the NRM a to Dy and 
the NRM b to Dx. Thanks to that the NRMs are aware of the network 
topology they know that the packets have to be transmitted through domain 
C. In this example, the NRM a transmits 109 a request of 20 resource units 
5 to the NRM c and the NRM b transmits 111a request of 10 resource units 
to the NRM c. The NRM c needs 10 resource units in domain D for its own 
domain and sends therefore a request to the NRM d for 40 resource units. 
Then the NRM d transmits 114 a confirmation to the NRM c that 40 
resource units are reserved in domain D and the NRM c further transmits 
10 110 one confirmation to the NRM a and transmits 112 one confirmation to 
NRMb. Packets using a reservation are marked by applications or edge 
routers and checked and/or remarked by police points. This is to ensure 
that packets only with allowed QoS-class utilize the reserved path. 

15 In the funnel concept, it is assumed that the destination domain is well 
provisioned or another mechanism is used to ensure QoS in the destination 
domain. In large networks, it would not be preferable to use the above 
described funnel concept all the way to the endpoint, since that would not 
be scalable enough. Instead, funnels are used to reach a destination 

20 domain (e.g., a subnet) of suitable size. No resources are reserved for the 
final part of the path within the destination domain. Therefore, the funnel 
concept cannot by itself provide end-to-end, i.e. from a source endpoint to a 
destination endpoint, QoS if the destination domain is under-provisioned. 
However, there exist destinations that are not connected to a well- 

25 provisioned destination domain. One example on such a domain is a 
wireless access network, where the last hop, i.e. between the base station 
and the terminal is a bottleneck link. Another problem arises when the 
hosts are mobile terminals. The QoS mechanisms must allow quick local re- 
computation of QoS at handover between base stations in a wireless access 

30 networks. 
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SUMMARY 

The objective problem is to provide a scalable solution for reserving 
resources to obtain a predictable QoS end-to-end in a heterogeneous IP 
5 network. 

The problem is solved by an IP network having the features of claim 1 and 
by a Network Resource Manager (NRM) unit having the features of claim 16. 
The problem is also solved by a method having the features of claim 27 and 
10 by a computer program product having the features of claim 42 and 44. 

The method implemented in the IP network provided by the present 
invention comprising the steps of: 

-a second NRM announcing a domain property label of a destination to the 
15 first NRM; 

-the first NRM and the second NRM respective performing appropriate 
actions for transmitting IP packets with a predetermined QoS between a 
source terminal and a destination terminal, according to the announced 
domain property label, 
20 makes it possible to reserve resources; in order to obtain a predictable QoS 
end-to-end in a heterogeneous IP network. 

An IP network, wherein the second NRM comprises means for announcing a 
domain property label of the destination domain to a first NRM, and 
25 wherein 

the first NRM and the second NRM respective comprise means for 
performing an appropriate action, for transmitting IP packets with a 
predetermined QoS between a source terminal and a destination terminal, 
according to the announced domain property label, 
30 makes it possible to reserve resources in order to obtain a predictable QoS 
end-to-end in a heterogeneous IP network. 
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An advantage with the present invention is that the NRM path vector works 
as a tool for identifying NRMs in requested destination domain and NRMs 
along the path. 

5 Another advantage with the present invention is that the NRM path vector 
provides a tool for detecting denials and failures along the path towards the 
endpoint. 

Yet another advantage is that present invention provides a tool to 
10 distinguish between destination domains with different characteristics. 

Yet another advantage is that the present invention can utilize the scalable 
properties of the funnel model in networks with under provisioned 
destination domains. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows an example of prior art where resource requests are 
20 aggregated towards the destination domain by using the funnel concept. 

Figure 2 shows a network comprising two domains according to the present 
invention. 

Figure 3 discloses an example of inter-domain resource reservation 
according to the present invention. 
25 Figure 4 depicts a sequence diagram of the resource reservation according 
to the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

30 

Figure 2 shows an IP network 200 according to a first embodiment of the 
present invention. The network 200 comprises a first domain E and a 
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second domain F. A domain is a logic part of an IP network and the division 
is done for administrative reasons. A domain is in the present invention 
referring to a routing domain. 

5 Domain E comprises a router 201, a Network Resource Manager (NRM) e, a 
server 210 and a subnetwork 208 comprising a terminal 207. In the 
example described in figure 2, the domain E may be a source domain. Or 
the source domain may be a third domain that transmits packets through 
domain E in order to reach a destination domain F, The domain, wherein 
10 the terminal of the sender is located, is referred to as the source domain. 

The destination domain F and comprises a server 211, a router 202, an 
NRM f, a subnetwork 203 and an endpoint within one of the subnetworks 
203. A domain wherein the endpoints are located is referred to as the 
15 destination domain. 

Each subnetwork 203, 208 further comprises at least one terminal 204, 
207. Each terminal 204 is assigned a dynamic or static IP address by the 
subnetwork 203, 208. The terminal 204, whereto the packets are intended 

20 to be sent, is referred to as an endpoint. The subnetwork 203, 208 may 
exemplary be a LAN, comprising at least one gateway, at least one server 
and at least one terminal, or a wireless network, comprising at least one 
Radio Network Controller (RNC), at least one Base Station (BS) and at least 
one mobile terminal. The terminal 204, 207 may preferable be a PC or an IP 

25 telephone in a wireline network or a mobile phone or a laptop in a wireless 
network. 

The routers 201, 202 respective interconnect 206, 212, 209 different 
networks 203, 208 e.g. different LANs comprising terminals. An NRM e,f 
30 comprises of a computer program for e.g. reserving resources and may e.g. 
be implemented in a respective server 210, 211 or alternatively in a 
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respective router 201, 202. A server is substantially a device for storing and 
computing data while the router is mainly routing IP packets. 

The NRM has the features as described above under "Background of the 
5 invention" e.g. performing admission control and inter-domain 
communication 205, 210 and aggregation of resource requests by using the 
funnel concept all the way to the NRM in the destination domain. The NRMs 
are further responsible for destination address prefix aggregation by 
announcing appropriate destination address prefix and according to the 

10 present invention label those destinations with a domain property label. By 
categorising each domain with a domain property label, it is possible to 
separate between domains with different characteristics such as availability 
of resources e.g. bandwidth. The domain property label comprises 
information about what method to use in this domain, in order to obtain * 

15 QoS to an endpoint within the domain. The funnel concept works well for 
reserving resources in a scalable manner all the way to the NRM in the 
destination domain, but what remains is the way from the NRM to the 
endpoint within the destination domain. Therefore, it is the properties, i.e. 
domain property label of the destination domain that is of special interest. 

20 An NRM f within a destination domain F that has received a resource 
request transmits a confirmation message (provided that the request is 
granted) to NRMs e and in some cases other units, involved in the request. 
The confirmation message informs that a certain amount of resources are 
reserved so a requested QoS can be fulfilled to the destination NRM F. Hie 

25 domain property label is added in the confirmation message or may be sent 
in a separate message. By reading the domain property label, the NRMs and 
in some cases said other units involved in the request are informed whether 
they are required to reserve resources or not. If resources have to be 
reserved due to that the destination domain is under provisioned, the 

30 domain property label tells how the resource reservation should be handled. 
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Domain property label 

The domain property label is defined, in a domain property label field. The 
label field may e.g. comprise of 16 bits and may be a part of the data 
transmitted between the NRMs. The label field allows a large number of 
5 domain property labels to be defined. The NRMs communicate with an 
application protocol over Transmission Control Protocol (TCP), and the 
application protocol defines the domain property label field. The information 
is routed the normal way and there can be resources pre-reserved for the 
transmission of the domain property label. Definitions of four types of 
10 property labels are given below: 

• The domain property label "Provisioned" provides the information that 
the domain is well-provisioned of resources and no reservations of 
resources are required to provide QoS to the endpoint within the 
domain. This appears e.g. in well-provisioned Local Area Networks 

15 (LANs). No action is required by the requesting units such e.g. a terminal 

207 or an NRM e. 

• The domain property label "Catered" provides the information that the 
domain handles QoS set-up locally through an NRM called by e.g. the 
endpoint, a proxy or a Radio Network Controller (RNC). In the case 

20 where the endpoint is located within a radio access network, where 

resources are handled by a Radio Network Controller (RNC) in co- 
operation with a local IP resource manager, the RNC negotiates with a 
local NRM for resources. The RNC controls the terminal (end-point) and 
is aware of when the terminal requests a service that demands QoS end- 

25 to-end. 

• The domain property label "Requested" provides the information that 
the domain handles QoS through an NRM that can be called by a 
requesting unit e.g., sending teraainal 207, an NRM e or a proxy, to 
extend QoS to a particular endpoint from the NRM. The address of the 

30 NRM is known through a NRM path vector. The NRM path vector is 

further described below in "NRM path vector". 
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• The domain property label "Signalled" provides the information that the 
QoS within the domain is handled by signalling. The sending entity is 
transmitting "Resource ReSerVation Protocol (RSVP) path" messages 
within the data to allow the receiving terminal 204 to request QoS in the 
5 destination domain, and the receiving entity is transmitting "RSVP resv" 

messages. This implies that the sending entities (and the receiving) have 
to be located along the path of the traffic, as terminal 207. However, the 
NRM e is not able to send these RSVP messages but has to tell router 
201 that the messages should be transmitted via a proxy to the 
10 destination. 

The four domain property labels described above are given in order to make 
it possible to distinguish between destination domain with different 
characteristics. Although, other domain property labels may be defined and 
15 used in relation with the method described. 

NRM path vector 

A Network Resource Manager (NRM) path vector is introduced according to 
the present invention to allow identification of network resource managers 

20 along the path to a destination. For each funnel towards a given 
destination, the NRM path vector tells the sequence of NRMs that have 
granted the resources. The NRM path vector is a tool for identifying NRMs 
in requested destination domains. Denials and failures may also be detected 
by the NRM path vector, e.g., if a request is denied the path vector shows 

25 where denial occurred, or if an NRM is inaccessible said path vector shows 
where the problems are located. The NRM path vector is used for the label 
requested. However, the NRM path vector may be used for the labels 
signalled, provisioned, and catered in order to identify NRMs. 

30 An IP network 300 according to a second embodiment of the invention is 
disclosed in figure 3. The IP network 300 comprises five routing domains 
G,H,I,J,K, wherein one domain G is a source domain and one domain I is 
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the destination domain. The source domain G comprises an NRM g and an 
endpoint constituting a terminal 301 and the destination domain I 
comprises an NRM i, a destination unit 311 and an endpoint 302. Further, 
the intermediate domain H comprises an NRM h, an endpoint 312 and a 
5 device 313, the domain J comprises an NRM j and the domain K comprises 
an NRM k. Each NRM can communicate with other NRMs within other 
domains and with the endpoints. 

Referring to figure 3, the terminal 301 wants to send IP packets, requiring 
a predetermined QoS, to terminal 302. According to the topology of the 

10 network in this example, the IP packets require to pass by the domain H to 
reach the domain I. In order to fulfil the requested QoS, resources, in this 
example ten units, are reserved from terminal 310 to the endpoint (terminal 
302) in the destination domain I. (More resources than what is necessary, to 
fulfil the requested QoS, may also be requested.) The amount of resources 

15 may be measured in bandwidth and/or requirements on delay and/or jitter. 
The following steps are performed: 



-The terminal 301 first requests ten units from the NRM g and then 

- the NRM g requests 303 ten units to the endpoint 302 from the NRM h. 

20 This second request is aggregated with other requests from other domains 
e.g. the domain J sends a request 307 for five units to an endpoint located 
in the domain K, that has data to send which also have to pass through the 
domain H and have its destination in the domain I or beyond, e.g. the 
domain K. Each NRM comprises only one or a few reservations per 

25 destination domain. For example, the QoS may be divided into different 
classes in terms of e.g. delay, bitrate, etc. Thus, it could be one reservation 
per destination domain and per QoS-class. 

Subsequently, the NRM g requests 303 resource from the adjacent NRM h, 
two different methods for reserving resources all the way to the NRM i can 
30 be used. "Alt. 1" is used when the NRM h has pre-reserved resources to the 
domain I and "alt 2" is used when the NRM h has no pre-reserved 
resources to the domain I. 
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Alt 1: In most operations, resources may be granted all the way to the 
destination domain at a first NRM, since an NRM may perform pre- 
reservations of resources according to target over-allocations and heuristics 
5 for demands over time e.g., time of day and day of week. A request would 
thus be granted immediately by a first NRM h for resources all the way to 
the NRM i in the destination domain. 

-A confirmation message is sent 304 by the adjacent NRM after each 
resource-negotiation e.g., from the NRM h to the NRM g and from the 
10 NRM h to the NRM j 308. 

-the NRM h and the NRM i add their own identities e.g., their IP 
addresses, to an NRM path vector in order to update the vector. 
-The NRM path vector is included in the confirmation message. 
-TheNRM h announces the domain property label of the domain I to the 
15 NRM g. The NRM h received the domain property label of the domain I 

when the pre-reservation of resources to the domain I was performed. 
-The terminal 30 1 is given the announced domain property label from the 
NRM g and a confirmation that resources are reserved to the domain I. 

20 Alt 2: In some cases, when no pre-reservations are performed a request 303 
would result in a chain of requests between adjacent NRM to setup 
resources. Then, confirmations are propagated back towards the origin. A 
confirmation means that resources are available to the destination domain 
as indicated in the confirmation message. 
25 -NRM h requests 305 five plus ten units from NRM i. 

-NRM i receives the request and notices that the destination is located in 
its domain. 

-A confirmation message is sent 306 by NRM i to NRM h, where NRM i 
responds that 15 units are reserved to h. 
30 -NRM i is added in the NRM path vector and the vector is sent in the 

confirmation message 306. 

- NRM i announces the domain property label of domain I to NRM h. 
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-A confirmation message is sent 304 by NRM h to NRM g 3 where NRM h 
responds that 10 units are reserved to g. 

-NRM h adds its own identity to the NRM path vector, that now contains 
the identity of NRM i and NRM h. The vector is included in the 
5 confirmation message 304. 

-NRM h announces the domain property label to NRM g. 

-Terminal 301 is given the announced domain property label from NRM g 

and a confirmation that resources are reserved to domain I. 

10 When alt 1 or alt 2 is performed appropriate actions are performed 
according to the announced domain property label. 

If the domain property label is provisioned: 

No resources are reserved in the destination domain. 
15 -The IP packets are routed according to conventional routing protocols to 

the end-point 302 on unreserved paths. 

If the domain property label is catered: 

The destination domain I handles QoS set-up locally through an NRM i. 
20 -A destination unit 311, which may e.g. be the end-point, a proxy or 

preferably a Radio Network Controller (RNC) in a wireless network is 
calling the NRM i within the destination domain. (The RNC controls the 
radio resources of the end- terminal) . 

-The destination unit 311 negotiates with the destination NRM for the 
25 requested resources. Each destination unit 311 must recognise its most 

local NRM. That can be done with configuring each destination unit 311. 

If the domain property label is requested: 

-A requesting unit, e.g. an endpoint 301, proxy or the NRM g, wherefrom 
30 the IP packets origin, is calling the NRM i. QoS is then handled through 

the NRM i to further extend QoS to a particular end-point 302. The 
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address of the NRM i is known by the requesting unit through the NRM 
path vector. 

If the domain property label is signalled: 

5 -The sender 301 is transmitting a "RSVP path" message to allow the 

receiver 302 to request QoS to the endpoint 302. 

-The receiver is then transmitting a "RSVP resv" message to reserve 
resources in the destination domain I. 

10 Figure 4 shows a flowchart of a method according to the invention in a 
general mode. The method is performed in an IP network and is intended for 
transmission of IP packets from a source terminal, located in a source 
domain, to a destination terminal, located in a destination domain, wherein 
the source domain and the destination domain respective comprise an 

15 NRM. The method comprises the following steps: 

401. A first NRM e located within said source domain E requests a 
resource, from a second NRM f located within said destination domain 
F. 

20 402. NRM f adds its identity to the NRM path vector in order to update the 
vector. 

403. NRM f announces a domain property label of the destination domain F 
to the first NRM e. 

404. NRM e and NRM f perform an appropriate action for transmitting IP 
25 packets with a predetermined end-to-end QoS. 

The method is implemented by means of a computer program product 
comprising the software code means for performing the steps of the method. 
The computer program product is run on processing means in a server or a 
30 router. The computer program is loaded directly or from a computer usable 
medium, such as a floppy disc, a CD, the Internet etc. 
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The present invention is not limited to the above-described preferred 
embodiments. Various alternatives, modifications and equivalents may be 
used. Therefore, the above embodiments should not be taken as limiting the 
scope of the invention, which is defined by the appending claims. 
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CLAIMS 



1. IP network (200), comprising a plurality of domains including a source 
domain (E) and a destination domain (F), the source domain (E) 
5 comprises a source terminal (207) and a first Network Resource 

Manager (NRM) (e), the destination domain (F) comprises a destination 
terminal (204) and a second NRM (f); 

the source terminal (207) in the source domain (E) comprises 
means for sending IP packets requiring a predetermined QoS to the 
10 destination terminal (204); 

the first NRM (e) in the source domain (E) comprises 
means for requesting from a second NRM (f), a resource, being 
sufficient for the transmission of the IP packets to be able to fulfil said 
QoS, 

15 said IP network (200) is characterised in that 

the second NRM (f) comprises 
means for announcing a domain property label of the destination 
domain (F) to the first NRM (e), and 
the first NRM (e) and the second NRM (f) respective comprise 
20 means for performing an appropriate action, for transmitting the IP 

packets with said QoS between the source terminal (207) and the 
destination terminal (204), according to the announced domain 
property labeL 

25 2. IP network (300) according to claim 1, wherein the IP packets from said 
source domain (G) are transmitted to said destination domain (I) via one 
intermediate domain (H); 

said intermediate domain (H) comprising at least one NRM (h) adapted 
for inter-domain communication with an NRM (g;i) within an adjacent 
30 domain (G;I). 
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3. IP network (200) according to any of the claims 1-2, wherein it 
comprises means for using an NRM path vector to identify said NRM (f) 
within the destination domain (F). 

5 4. IP network (200) according to any of the claims 1-3, wherein it 
comprises means for using an NRM path vector to identify said NRMs 
(e,f) along a path from the source terminal (207) to the end-terminal 
(204). 

10 5. IP network (200) according to any of the claims 1-4, wherein it 
comprises means for using an NRM path vector to detect denials and 
/or failures along a path, from the source terminal (207) to the end- 
terminal (204). 

15 6. IP network (200) according to any of the claims 1-5, wherein the second 
NRM (f) comprises means for adding its own identity to an NRM path 
vector. 

7. IP network (200) according to any of the claims 1-6, wherein the second 
20 NRM (f) comprises means for sending a message (210) to the adjacent 

NRM (e), said message (210) comprising said NRM path vector. 

8. IP network (300) according to any of the claims 1-7, wherein an NRM (h) 
comprises means for aggregating said resource request (303) with other 

25 requests from an other domain (J). 

9. IP network (200) according to any of the claims 1-8, wherein said 
announced property label is provisioned; the means for performing an 
appropriate action comprises means for transmitting IP packets on 

30 unreserved resources. 
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10. IP network (200) according to any of the claims 1-8, wherein said 
announced property label is catered; the means for performing an 
appropriate action comprises a device in the destination domain that 
further comprises means for calling an NRM (f) in the destination 

5 domain to ensure QoS to the end-terminal. 

11. IP network (200) according to claim 10, wherein said device is a Radio 
Network Controller (RNC) and the end-terminal (204) is a mobile 
terminal. 

10 

12. IP network (200) according to any of the claims 1-8, wherein said 
announced property label is requested; the means for perfo rmin g an 
appropriate action comprises a requesting device that further comprises 
means for calling an other NRM, and the other NRM comprises means 

15 for extending resource reservations from said local NRM to a particular 

destination terminal (204). 

13. IP network (200) according to claim 12, wherein the requesting device is 
the original requesting device (207) or an NRM (e). 

20 

14. IP network (200) according to any of the claims 12-13, wherein the IP 
network (200) comprises means for using the NRM path vector for 
identifying an address of said other NRM. 

25 15. IP network (200) according to any of the claims 1-8, wherein said 
announced properly label is signalled; the means for performing an 
appropriate action comprises the source terminal (207) that further 
comprises means for transmitting "Resource ReSerVation Protocol 
(RSVP) path" messages to the destination terminal (204) and the 

30 destination terminal 204 that further comprises means for transmitting 

"RSVP resv" messages in order to reserve resources within the 
destination domain (F) . 
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16. Network Resource Manager (NRM) unit (h) within a domain (H) within 
an IP network (300), according to any of the previous claims, comprising 

means for receiving a resource request 306 from a second NRM (i), 
5 located within a second domain (I), 

said NRM is characterised in that 
the NRM (h) comprises 
means for announcing a domain property label of the domain (H) to 
the second NRM (i), and 
10 means for performing an appropriate action, to provide a QoS end-to- 

end, between a first endpoint (312) and a second endpoint (302), 
according to the announced domain property label. 

17. NRM unit (h) according to claim 16, wherein it further comprises means 
15 for using an NRM path vector to identify a third NRM (g) within the third 

domain (G). 

18. NRM unit (h) according to any of the claims 16-17, wherein it further 
comprises means for using an NRM path vector to detect denials and/or 

20 failures along a path, between a first endpoint (312) and a third 

endpoint (302). 

19. NRM unit (h) according to any of the claims 16-18, wherein it further 
comprises means for adding its own identity into an NRM path vector. 

25 

20. NRM unit (h) according to any of the claims 16-19, wherein it further 
comprises means for sending a message (305) to the second NRM (m), 
said message (305) comprising said NRM path vector. 

30 21. NRM unit (h) according to any of the claims 16-20, wherein it further 
comprises means for aggregating said resource request (306) with other 
requests from an other domain (J). 
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22. NRM unit (h) according to any of the claims 16-21, wherein said 
announced property label is catered, and wherein the means for 
performing an appropriate action comprises means for receiving a call 

5 from a device (313) within the domain (H), wherein the call further 

comprises a request to said NRM (h) to ensure QoS to the end-terminal 
(312). 

23. NRM unit (h) according to claim 22, wherein said device (313) is a Radio 
10 Network Controller (RNC) and the end-terminal (312) is a mobile 

terminal. 

24. NRM unit (h) according to any of the claims 16-21, wherein said 
announced property label is requested, and wherein the means for 

15 performing an appropriate action comprises means for receiving a call 

from a requesting device and extending resource reservations from the 
NRM unit (h) to a particular endpoint (312). 

25. NRM unit (h) according to claim 24, wherein the requesting device is an 
20 endpoint (302) within domain (I) or an NRM (i). 

26. NRM unit (h) according to any of the claims 24-25, wherein it further 
comprises means for having its address identified by the NRM path 
vector. 

25 

27. Method for reserving resources within an IP network (200), according to 
any of the previous claims, to obtain a predetermined QoS between a 
source terminal (207) within a source domain (E) and a destination 
terminal (204) within a destination domain (F), the method comprising 

30 the step of: 

-a first Network Resource Manager (NRM) (e), located within said 
source domain (E) ? requesting from a second NRM (f), located within 
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said destination domain (F), a resource required for fulfilling said QoS, 
said resource being intended for transmission of IP packets 
characterised by the method comprising the further steps of: 
-the second NRM (f) announcing a domain property label of the 
5 destination to the first NRM (e); 

-the first NRM (e) and the second NRM (f) respective performing 
appropriate actions for transmitting said IP packets with said QoS 
between the source terminal (207) and the destination (204) terminal, 
according to the announced domain property label. 

10 

28. Method according to claim 27, wherein the IP packets from said source 
domain (G) are transmitted to said destination domain (I) via a third 
domain (H); 

said third domain (H) comprising at least one NRM (h) adapted for inter- 
15 domain communication with an NRM (g;i) within an adjacent domain 

(G;I). 

29. Method according to any of claims 27-28, comprising the further step of: 

-using an NRM path vector to identify said NRM (f) within the 
20 destination domain (F). 

30. Method according to any of the claims 27-29, comprising the further 
step of: 

-using an NRM path vector to identify said NRMs (e,f) along a path 
25 from the source terminal (207) to the end- terminal (204) . 

31. Method according to any of the claims 27-30, comprising the further 
step of: ' 

-using an NRM path vector to detect denials and /or failures along a 
30 path, from the source terminal (207) to the end-terminal (204). 
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32, Method according to any of the claims 27-31, comprising the further 
step of: 

-adding the identity of the NRM (f) to an NRM path vector. 

5 33. Method according to claim 32, comprising the further steps of: 
-sending a message (210) to the adjacent NRM (e), and 
-including said NRM path vector in the message (2 10). 

34. Method according to any of the claims 27-33, comprising the further 
10 step of: 

-aggregating said resource request (303) with other requests from 
another domain (J) within the IP network (300). 

35. Method according to any of the claims 27-34, wherein said announced 
15 property label is provisioned; the appropriate action comprising the step 

of: 

-transmitting IP packets on unreserved resources. 

36. Method according to any of the claims 27-34, wherein said announced 
20 property label is catered; the appropriate action comprising the step of: 

-calling an NRM (f) within the destination domain (F) to ensure QoS to 
the end-terminal (204). 

37. Method according to claim 36, wherein a Radio Network Controller 
25 (RNC) is calling said NRM (f) within the destination domain (F) to ensure 

QoS to the end-terminal and the end-terminal (204) is a mobile 
terminal. 



30 



38. Method according to any of the claims 27-34, wherein said announced 
property label is requested; the appropriate action comprising the step 
of: 
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-calling an other NRM that extends resource reservations from said 
other NRM to a particular destination terminal (204). 

39. Method according to claim 38, wherein the original requesting device or 
5 an NRM (e) is calling said other NRM. 

40. Method according to any of the claims 38-39, comprising the further 
step of: 

-using the NRM path vector for identifying an address of said other 
10 NRM. 

41. Method according to any of the claims 27-34, wherein said announced 
property label is signalled; the appropriate action comprising the steps 
of: 

15 -the source terminal (207) transmitting "Resource ReSerVation Protocol 

(RSVP) path" messages to the destination terminal (204) in the 
destination domain (F) 

-the destination terminal (204) transmitting "RSVP resv" messages in 
order to reserve resources within the destination domain (F). 

20 

42. A computer program product directly loadable into a processing means 
within a server and/ or a router an IP network, comprising the software 
code means for performing the steps of any of the claims 27-41. 

25 43. A computer program product directly loadable into a processing means 
within a server and/ or a router in an IP network according to claim 42, 
wherein the processing means also is located within a Radio Network 
controller, proxy or terminal, 

30 44. A computer program product stored on a computer usable medium, 
comprising readable program for causing a processing means in an IP 
network, to control the execution of the steps of any of the claims 27-41. 
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45. A computer program product stored on a computer usable medium, 
comprising readable program for causing a processing means within a 
server and/or a router in an IP network according to claim 44, wherein 
5 the processing means also is located within a Radio Network controller, 

proxy or terminal. 
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